Procedure for transfer and handling of network-controlled functional data between a client and a server

ABSTRACT

The invention relates to a procedure for transmission of control data between a terminal for telecommunication via a telecommunication network and a server connected with the telecommunication network for control of a service administered by the telecommunication network, in which the telecommunication network provides a special function to a data object, whereby one data base each is assigned to the terminal and the server, in which the telecommunication network makes a special function available to a data object, whereby one data base each is assigned to the terminal and the server, and whereby the transmission occurs by a parameter value for activation, deactivation or change of the service being assigned at first to at least one control parameter assigned to the data object, and the data object together with the control parameter is stored in one of the two data bases, whereby this data base is then synchronized with the other data base.

The invention relates to a procedure for transmission of control databetween a terminal for telecommunication via a telecommunication networkand a server connected with the telecommunication network for control ofa service administered by the telecommunication network, in which thetelecommunication network provides a special function to a data object,whereby one data base each is assigned to the terminal and the server.In particular the invention relates to the transmission and handling offunctional data of the data object, that are necessary to implement theservice.

It is known to offer special functions for individual data objectswithin a telecommunication network. By a data object, we mean a datarecord that is defined by multiple thematically coupled parameters andparameter values for them. Thus, for example a contact in an addressbook of a cell phone, consisting at minimum of a name and a telephonenumber, forms a data record, which represents a data object of the“contact” type. Such a specific contact or also multiple such contactswhich together form a group, can be handled by a wireless carrier, forwhich the cell phone network operated by the wireless carrier providesspecial functions. Examples of such special functions can be aparticularly favorable classification of conversations for this contactor the display of status information on this contact, for example in aform when the contact temporarily cannot be reached.

From U.S. 2007/0035513 A1 it is known how to form a group of contactsthat also constitutes favorites, or “faves” for short. These contactsare arranged with the wireless carrier, especially with a server of thecell phone network, and depicted in person-centered fashion on the cellphone display, which a client displays, by an icon or a photo of thecontact person. If the cell phone is used, a standard screen appears onthe display with the preferred friends, who can be selected individuallyand to whom a call connection can be established by pressing the callaccept button of the cell phone. Thus the favorites represent dataobjects for which the cell phone network offers special functions.

To regulate such a service, special parameters and parameter values forthem must be assigned to the data objects, which other contacts that arestored in the cell phone's address book do not require. These parametersfor example characterize a maximum number of favorites within the group,an ID number of the contact within the group or the position of thepictorial representation of the contact on the cell phone display. Sothat the wireless carrier can offer an especially good rate to thefavorites, additionally the telephone numbers of the preferred contactmust be known to the cell phone network. The wireless carrier makes anarrangement with the favorites by inputting the necessary data into thecell phone and then transferring to a server of the cell phone network.For this, special software is made available on the cell phone.

What is disadvantageous about this is that both on the cell phone andalso on the network operator side, the data on the preferred group mustbe additionally stored and separated from the other contacts andadministered. New or altered data on the group is also transmittedadditionally and parallel to the other data transmissions from the cellphone to the cell phone network, and vice versa.

Therefore the task of the invention is to make available a technicallysimple procedure for controlling a service administered by atelecommunication network to provide special functions to one or moredata objects, especially for transmission and handling of data objectsbetween a communication terminal and a server of the telecommunicationnetwork, in which additional storage of the data objects in thecommunication terminal is avoided, and preferably also on thetelecommunication network side.

This problem is solved by the features of claim 1. Further features andadvantageous additional embodiments of the invention are named in thesubordinate claims.

According to the invention, a procedure is proposed for transmission ofcontrol data between a terminal for the telecommunication via atelecommunication network and a server connected with thetelecommunication network, for controlling a service administered by thetelecommunication network, in which the telecommunication network makesa special function available to a data object, whereby one data baseeach is assigned to the terminal and the server, and whereby thetransmission occurs by a parameter value for activation, deactivation orchange of the service being assigned at first to at least one controlparameter assigned to the data object, and the data object together withthe control parameter is stored in one of the two data bases, wherebythis data base is then synchronized with the other data base.

The overall core idea of the invention is based on data for controllinga service to be administered by a telecommunication network for a dataobject being assigned to this data object in the form of one or moreparameter values of one or more proprietary parameters, the data objecttogether with the parameters is stored in a data base, and the controldata are transmitted as part of a synchronization of the data base withthe second data base that is assigned on the telecommunication networkside, to the communication network. The telecommunication network canthen serve the transmitted control data, and undertake steps appropriateto the content of the control data.

In advantageous fashion, a data object can be selected for servicing orto remove a data object from the service, or also to alter the servicingof a data object in the local data base of the telecommunicationtransmitter, whereby the data needed for the control of the service areadministered by means of a synchronization of the data base, in whichthe data object is stored, with a second data base that isnetwork-administered. Thus additional storage of those data objects forwhich the particular service is active, can be dispensed with.

Examples of a data object are a contact, a date, a note or a task thatis stored in the terminal in a data base. A data object is definedthrough parameters and parameter values assigned to it, whereby at leastone additional parameter is assigned to those data objects for which theservice is active with special functions, which [parameter] can be usedfor controlling this service. If the data object is a contact, the dataobject can be represented by a virtual business card that can containall of the information characterizing the contact like first and lastnames, business, private and/or cell phone numbers, e-mail address, etc.In this case the first data base represents an address book within theterminal, and the second data base a network address book, whichfunctions through synchronization as a backup to the first address book.The network-side address book, also called the net address book, can beadjusted to address books of other terminals, for example other cellphones, PDAs or computers, so that the address book is always current oneach terminal.

If the service for a data object is to be activated, deactivated oraltered, the data object can be selected according to the invention froma multiplicity of other data objects that are stored in the first database, by a parameter value being referred to the control parameterassigned to the data object, that displays that the data object does ordoes not belong to a group of data objects reserved with a specialfunction. It the parameter value of the control parameter indicates thatthe service is not active for the data object, the data object does notneed to possess any further parameters for controlling the service.

According to the invention, the control parameter can be a statusparameter, to which in each case a certain status parameter value isassigned by the communication terminal, if the service for the dataobject is to be activated, deactivated or altered. Thus, a value of“assign” can be assigned to the status parameter, if the service for thedata object is to be activated. Further, for example, the value of“withdraw” can be assigned to the status parameter, if the service is tobe deactivated for the data object. Finally, for example, the value of“modified” can be assigned to the status parameter, if the service is tobe altered for the data object. Thus the status parameter can carry therequest of the terminal user regarding a change in the service for aspecific data object and communicate this to the communication networkin a simple fashion.

For synchronization of the two data bases, a synchronization protocol isused. Preferably the standardized SyncML protocol can be used, which isdefined in the RFC2426 standard. This protocol has an advantage in thatparameters that deviate from the defined standard parameters of thestandard, are defined by a designation that starts with an “X.”

In the event that service is activated for the data object, multipleparameter values can be allocated to the control parameters assigned tothe data object. Thus for example a first control parameter can carrythe overall number of group members, for which the service can bereleased. An additional parameter can contain an identification numberof the data object within the group of preferred data objects. Finally,a control parameter can contain an indication of how and/or where thedata object should be represented on a display of the terminal. Multipleparameter values can be assigned to multiple parameters also in the caseof an change or deactivation of the service. For the last-named case, avalue of “zero” can be assigned to the parameters that contain norelevant control information for the deactivation.

The capacity for activation, deactivation or change of the service canbe checked on the basis of pre-set rules. In this especially allowancecan be made of for how many data objects of the first data base theservice is already active, and whether the number of these data objectswould exceed a pre-set maximum number if an activation is made for thenew data object. Additionally, a check can be done of whether a certaintime such a one month has passed since the time of the last change of adata object or of this data object within the group of the data objectsfor which the service is active.

Preferably in the case of a positive check of the data object, theserver can activate the service for the data object. It can then assigna parameter value indicating the active status, such as “active,” to thestatus parameter. Finally the data object can be stored in the seconddata base with the new status parameter.

Then the data object with the altered status parameter can betransmitted to the communication terminal through a synchronization ofthe data bases, whereby the old data object can be replaced by the newdata object in the first data base. The synchronization can preferablyoccur as part of that same synchronization process that has beeninitiated originally by the terminal. The synchronization link createdbetween the terminal and the server for adjusting the data bases canthus remain active during the entire checking process and up until are-transfer of the data object.

To inform the terminal user, the server can transmit a short message tothe terminal with information as to whether activation, deactivation orchange of the service was successful or unsuccessful. Especially an SMS(Short Message Service) or an SMS0 can be used in a short message, whichis shown immediately on the terminal's display.

In an advantageous further embodiment of the invention, with the changerequest, a further status parameter with the parameter value of“pending” can be assigned by the terminal to the contact, to preventadditional change requests before conclusion of the pending change.

Further, according to the invention, it can be provided that a parametervalue or parameter values can be assigned to the control parameter orcontrol parameters by the server of the telecommunication network, andthe data object together with the altered parameter or parameters bestored in the data base assigned to the server. Then after storage, theserver can commence a synchronization of this data base with the database assigned to the terminal for transmission of control data of thecontrol parameters to the terminal. This makes it possible for thetelecommunication network to undertake a change in the service on itspart and inform the terminal, for example, if the service is to be keptactive only for a certain period of time, and deactivate automaticallyafter this time elapses.

According to the invention, the server, in the case of a negative check,can deactivate the service for the data object, assign a parameter valueindicating the inactive status to the control parameter, and store thedata object in the second data base with the new control parametervalue. Preferably then the data object with the changed controlparameter can be transmitted to the communication terminal throughsynchronization of the second data base with the first data base, andthe original data object can be replaced by the new data object in thefirst data base. This restores the original status of the data baseobject, i.e., the desire for a change is rescinded.

The data object can be checked by a server that is linked to the seconddata base. In this case, this server can centrally control thenetwork-side data base and administer the service. However, preferablythe service can also be administered from a second server, whereby thefirst server transmits the data object, or at least the controlparameter or parameters of the data object for checking to the secondserver, which checks the data object in particular in regard toactivation of the service.

Further features, advantages and advantageous embodiments of theinvention-specific procedure are explained using the followingspecification, with reference to the figures.

Shown are:

FIG. 1: a schematic sequence of the procedure with a positive check ofan activation of a network-administered service for a first data objectand a deactivation of the service for a second data object.

FIG. 2: a schematic sequence of the procedure with a negative check ofan activation of a network-administered service for a first data objectand a deactivation of the service for a second data object.

Following this the invention is explained in more detail using twoembodiment examples. A telephone book contact is used as the data objectby way of example. The terminal, for example a cell phone, is designatedas the client in what follows.

The invention-specific procedure is based on the use of asynchronization protocol for adjustment of telephone book contacts thatare stored, for example, in the form of virtual business cards (vCards)with all the contact data of a person as a data file in an address bookon the client, whereby parameters that are additional as compared with ausual vCard are assigned to the data object or a parameter file isassigned. These parameters are used to control particular services ofthe telecommunication network that make special functions available to adata object. For example, one such service can be the Preferred GroupFeature, which is known under the designation MyFaves. With thisservice, a group of friends, or the telephone numbers assigned to them,can be selected. These are always pictorially indicated on the displayand can be selected directly.

The client and network server can assign parameter values to the variouscontrol and status values, to request, control or deal with features ofthe service, depending on the wishes of the user of the client, andwithin the framework of the transaction rules used within the network.The client is in a position to change data of the data object, includingthe control parameters that govern the network services like thePreferred Group Feature as per the wishes of the user of the client.Further, the client can store the supplementing parameters in itscontact data base and upload changes to the content of the data basethrough synchronization operations by means of the SyncMLsynchronization protocol to a data base connected with a server of thenetwork.

Therefore, one core aspect of the procedure is to use one unalteredstandard SyncML procedure of two data bases and, via a suitableparameterization of data objects, obtain a procedure for handling ofchanges that goes beyond the data base synchronization.

The network uses various transaction rules to validate the changedcontrol parameters. The result of this validation can be acceptance orrejection of the request of the client user. The result can be used toassign certain values to the control and/or status parameters assignedto the data object. The data object thus altered can be loaded onto theclient as part of the maintained synchronization process. The client canlastly store it in its data base, with the original data object beingoverwritten. The client then behaves according to the control parametersassigned to the object, which it has obtained from the network server.The control parameters can relate to standardized parts of the dataobject. For example, a “service active” control parameter can beprovided, which indicates that the standard telephone number, which fora data object is known in the form of a virtual business card, is linkedwith a Preferred Group service.

Parallel to the synchronization procedure, during which the client isconnected with the server, the network server additionally can send theclient a simple text message, especially an SMS, to inform the userregarding acceptance or rejection of a change in the service for thedata object concerned.

As an example for the invention-specific procedure, in what follows adata object is given in the form of a virtual business card with anexpanded parameter file for controlling the “MyFaves” Preferred Groupservice. The parameter file is defined as follows:

TMO-Faves=“X-TMO-MYF” “;” myf_count_param “;” myf_id_param “;”myf_uipos_param “;” myf_status_param “;” myf_number CRLFwhere the parameter myf_count_parameter describes the maximum number ofmembers within the group, myf_id_param describes an identificationnumber of the contact within the group, myf_uipos_param describes anumerical indication of the position for representation of the contacton the display of the terminal, myf_status_param describes a parameterfor dealing with changes in the group adjustments between client andserver with the values “assign,” “withdraw,” or “active,” and myf_numberdescribes the telephone number of the contact.

The parameter file defines a group adjustment, i.e. an adjustmentassigned to a data object that describes the behavior and the positionof the data object within the group and relative to other data objectsof the group. The client can make changes in the individual parametersof the parameter file. Changed data objects are only temporarily valid,i.e. for brief periods. To achieve permanent validity, a check of thechange or approval of a change by the network is required. For this, theclient loads the data object with its changed values of the “X-TMO-MYF”type to the network server. The network then verifies the changes to thedata object and in the event the changes are approved, transmits thedata object with at least one changed control parameter via thesynchronization process back to the client, which replaces the temporarycontact by the approved contact, transmitted by the network, in itsaddress data base. The address book of the client remains unaltered ifthe synchronization is not performed successfully. The synchronizationis aborted, if the network server declines to accept the changes in thedata object.

The network server administers the network-side data base, i.e., theNet-side Address Book (NAB), to which the client transfers the dataobject or by which the client establishes a synchronization connection.This network server is connected with the second data base, and can haveaccess to its contents. The changes in a data object are validated inthis example by a server administering the service. This is designatedin FIGS. 1 and 2 as the MyFaves Server.

If verification of the parameter changes is unsuccessful, a text messagecan be sent from the net address book to the client. This can, forexample, be a standard SMS, that is sent to the SMS post-input of theclient, or an SMS0, that is displayed directly on the client's display.The message contains an error notification for it. Sending a textmessage for inform the user is therefore advantageous, because theSyncML protocol does not have the capability to display whetherservice-specific functions are successful or unsuccessful. The standardtext messages are transparent to the SyncML layer of the client, andpreferably group-logical.

Along with the option that the client can make changes in the expandedparameter file of a data object, also the net address book or the serveradministering the service can perform an appropriate change in aparameter of the expanded parameter file of the “X-TMO-MYF” type, andinitiate a synchronization. While doing this, the net address book orthe MyFaves servier can allocate a value of “assigned,” for example, tothe status parameter, if the service for that data object is activatedby the network; allocate the parameter value of “modified,” if aparameter has undergone a change in the parameter file; or allocate theparameter value of “withdrawn” if the service for the data object hasbeen deactivated from the network.

The invention-specific mechanism ensures a uniformity between thestandard objects contained in the first data base without an expandedparameter file and such data objects with an expanded parameter file onthe client and the network server.

In what follows, an account is given of an example of a client-basechange of a preferred contact. To summarize, the invention-specificprocedure is as follows: a desire of the user to make a change leads toa changed data object directly in the client data base. This is thensynchronized to the NAB data base. The NAB changes the object(MYF_STATUS) according to its internal rules and synchronizes thechanged object again with the client. This is clarified as follows:

First the user of the client selects the “change preferred contact”option. The Change Menu includes various cases as follows:

Case A: activation of service for a new contact

-   -   From the address book of the client, the user selects a contact        for which he would like to activate the special service of the        network. After a user input for this, the client performs the        following steps:        -   Allocates a suitable X-TMO-MYF type with “MYF_STATUS=assign”            and further Preferred Group parameters to the object in the            contact data base as per the user input        -   Uploads the changed contact to the net address book.

The changed content can have the following content, for example:

“X-TMO-MYF; MYF_CNT=5; MYF_ID=2; MYF_UIPOS=3;

MYF_STATUS=assign:+4922893612345<CR>”

Upon receipt of the changed contact, the net address book verifies thechanges using certain transaction rules. For example a check can be doneof whether, with the allocation of the service to the new contact, apre-set overall number is exceeded, only for which the service can beset up. In the case of the MyFaves service, it is only possible toselect five contacts for which the service can be drawn upon. Further,as a transaction rule, a check can be done of when the last change wasand whether, since that time, a pre-set period of time has commenced.For example, as also with the MyFaves service, provision can be madethat a change in the data object or objects, for which the service isactive, can only be made once a month. The net address book can do theverification that a request of this is made to a second network server,especially the MyFaves server, which administers the service and appliesthe transaction rules for it.

In the event of a successful verification, the following steps arecarried out

-   -   the net address book    -    changes the status of the data object to “MY_STATUS=active” and        transmits the preferred contact to the client with the following        content for example:

X-TMO-MYF; MYF_CNT=5; MYF_ID=2; MYF_UIPOS=3;

MYF_STATUS=active:+4922893612345<CR>″

-   -    sends a text message to the terminal    -   Thereupon, the client performs the following steps    -    updates the telephone book contacts, i.e., stores the new data        object by replacing the old data object in the contact data base    -    checks the group status for data consistency of the telephone        book    -    updates the screen display on the client for depiction of the        changed Preferred Group    -    displays the received text message

In the event of an unsuccessful verification, the following steps arecarried out:

-   -   The net address book        -   changes the status of the data object to “inactive” by            deleting the X-TMO-MYF parameter and transferring the            contact to the client while omitting the X-TMO-MYF            parameter. This means that from the viewpoint of the used            synchronization protocol, what is dealt with is a successful            data synchronization; from the viewpoint of the Preferred            Group Feature application, what is dealt with is a rejection            of the user request. Only via the status of the            back-synchronized object is an indication given to the            client that a change has not taken place.        -   sends a text message to the terminal, to inform the user            regarding the instance of fault.    -   Thereupon the client takes the following steps:        -   Updates the telephone book contacts, i.e., stores the            received data object by replacing the old data object in the            contact data base, from this the original status of this            object again is produced        -   Checks the group status for data consistency of the            telephone book        -   Displays the received text message

Case B: Allocation of a new contact to an identification number withinthe group, which is already occupied by another contact. An appropriaterepresentation of this scenario is depicted in FIGS. 1 and 2.

-   -    The user indicates via an appropriate input to the client that        he desires the change of a preferred contact    -    The client transfers a new preferred contact with the status        MYF_STATUS=assign and the old preferred contact with the status        MYF_STATUS=withdraw to the net address book NAB via a        synchronization process. These have the content, for example:    -   “X-TMO-MYF; MYF_COUNT=05; MYF_ID=2; MYF_UIPOS=3;    -   MYF_STATUS=assign:+4922893612345<CR>”

“X-TMO-MYF; MYF_COUNT=05; MYF_ID=2; MYF_UIPOS=3;

MYF_STATUS=withdraw:+4922893667890<CR>”

-   -   The net address book NAB verifies the change via a request to        the MyFaves server.

In case of a successful verification the following steps are carried outwhich are depicted in FIG. 1:

-   -   The net address book    -   changes the status of the data object to “MYF_STATUS=active” and        the status of the old data object to inactive, i.e., “no        MYF_STATUS” by omitting the X-TMO-MYF parameter, and transfers        the two contacts to the client.    -   Thereupon the client takes the following steps:        -   Updates the telephone book contacts, i.e., stores the two            changed data objects by replacing the old data objects in            the contact data base        -   Checks the group status for data consistency of the            telephone book        -   Updates the client's screen display for depicting the            changed Preferred Group        -   Displays the received text message

In the event of an unsuccessful verification, the following steps arecarried out, which are displayed in FIG. 2:

-   -   The net address book transfers the contacts with their original        settings to the terminal, i.e., that the status for the old        contact remains unchanged, MYF_STATUS=active, and the requested        new contact remains as a standard contact with no expanded        parameter file, “no X_TMO_MYF” content line.    -   Additionally, the net address book NAB sends an error message in        the form of a text message to the client.    -   Thereupon the client takes the following steps:        -   Updates the telephone book contacts, i.e., stores the            received data object by replacing the old data objects in            the contact data base, thus the contacts are again in their            old status before the change request        -   Checks the group status for data consistency of the            telephone book        -   Displays the received text message

In the case of a change in a preferred contact by the network, thefollowing steps can be taken:

-   -   Change a contact through access to the net address book, for        example by means of a user WEB or Customer Care WEB application;    -   On the network side, the network address book initiates a        synchronization of the data base with the data base of the        terminal;    -   the network address book, by means of the synchronization        download, transfers to the terminal all changed preferred        contacts, i.e., contacts with a new allocation, modification or        deletion of the X-TMO-MYF type.    -   The net address book issues a text message about the changed        contacts to the terminal    -   The terminal thereupon takes the following steps:        -   Updates the telephone book contacts        -   Checks the group status for data consistency of the            telephone book        -   Updates the client's screen display to depict the changed            Preferred Group        -   Displays the received text message

1-15. (canceled)
 16. A procedure for transmission of control databetween a terminal for telecommunication via a telecommunication networkand a server connected to the telecommunication network for control of aservice administered by the telecommunication network, in which thetelecommunication network provides a special function to a data object,and wherein a first data base each is assigned to said terminal and asecond database is assigned to said server, and whereby saidtransmission of control data occurs by a parameter value for activation,deactivation or change of said service being allocated initially to atleast one control parameter assigned to said data object, and said dataobject together with said control parameter are stored in one of the twodata bases, and further wherein said first and second databases aresynchronized.
 17. The procedure according to claim 1, wherein thecontrol parameter is a status parameter, to which the communicationterminal allocates a parameter value if the service is to be activated,deactivated or changed for the data object.
 18. The procedure accordingto claim 1, wherein in the case of an activation of the service for thedata object, multiple parameter values are allocated to the controlparameters assigned to the data object which are transferred via thesynchronization to said first and second data bases.
 19. The procedureaccording to claim 2, wherein in the case of an activation of theservice for the data object, multiple parameter values are allocated tothe control parameters assigned to the data object and these aretransferred via the synchronization to said first and second data bases.20. The procedure according to claim 3, wherein said parameter valuesare allocated by the terminal to the control parameter or the controlparameters, and the data object, together with the changed parameter orparameters are stored in the first data base assigned to the terminal,wherein after said storage, said terminal initiates a synchronization ofsaid first data base with the second data base assigned to the server,for transmission of control data of the control parameters to theserver.
 21. The procedure according to claim 4, wherein said parametervalues are allocated by the terminal to the control parameter or thecontrol parameters, and the data object, together with the changedparameter or parameters are stored in the first data base assigned tothe terminal, and further wherein after the storage, the terminalinitiates a synchronization of said first data base with the second database assigned to the server, for transmission of control data of thecontrol parameters to the server.
 22. The procedure according to claim5, wherein the data object then is checked by at least one server of thetelecommunication network to determine whether the service for the dataobject can be activated, deactivated or changed.
 23. The procedureaccording to claim 6, wherein the capacity for activation, deactivationor change of the service is checked on the basis of pre-set rules,whereby allowance is made of for how many data objects of the first database the service is already active, and whether the number of these dataobjects would exceed a pre-set maximum number if an activation is madefor the new data object or whether a certain time has passed since thetime of the last change of a data object or of another data object forwhich the service is active.
 24. The procedure according to claim 5,wherein the server activates the service for the data object to whichstatus parameters of a parameter value indicating the active status areassigned, and stores the data object in the second data base with thenew status parameter.
 25. The procedure according to claim 6, whereinthe server activates the service for the data object to which statusparameters of a parameter value indicating the active status areassigned, and stores the data object in the second data base with thenew status parameter.
 26. The procedure according to claim 7, whereinthe data object with the changed status parameter is transferred to thecommunication terminal via synchronization of the second data base withthe first data base, and the original data object is replaced by the newdata object in the first data base.
 27. The procedure according to claim6, wherein a synchronization link is maintained between the two databases during the check.
 28. The procedure according to claim 7, whereinat least one parameter value is assigned to at least one controlparameter by the server, and said data object together with at least onealtered parameter is stored in the data base assigned to the server, andfurther wherein after said storage, said server synchronizes said seconddata base with the data base assigned to the terminal for transmissionof control data of the control parameters to the terminal.
 29. Theprocedure according to claim 12, wherein the server transmitsinformation regarding the activation, deactivation or change of theservice to the terminal.
 30. The procedure according to claim 12,wherein the server deactivates the service for the data object, assignsa parameter value indicating the inactive status to the controlparameter, and stores the data object in the second data base with thenew control parameter value.
 31. The procedure according to claim 12,wherein the data object with the changed control parameter istransferred to the communication terminal via synchronization of thesecond data base with the first data base, and the original data objectis replace by the new data object in the first data base.
 32. Theprocedure according to claim 12, wherein the terminal assigns aparameter value to the status parameter that designates a waitingstatus, and further wherein upon the next synchronization of the databases, the data object is again checked regarding the service can beactivated for said data object.
 33. The procedure according to claim 12,wherein said server transmits said at least one data object, or controlparameter for at least one said data object to at least one additionalserver, which administers said service.